Skip to content

Making travis happy again#55

Open
BurningEnlightenment wants to merge 3 commits intoretf:masterfrom
BurningEnlightenment:TravisCI
Open

Making travis happy again#55
BurningEnlightenment wants to merge 3 commits intoretf:masterfrom
BurningEnlightenment:TravisCI

Conversation

@BurningEnlightenment
Copy link
Contributor

@BurningEnlightenment BurningEnlightenment commented Dec 31, 2015

DO NOT MERGE YET

So as implied by the headline, I'm currently working toward a green "build|passed" travis sticker.

I updated the travis configuration file, so that Ubuntu 14.04 LTS and GCC 4.8 will be used which in turn means that the C++0x (or better C++11) build no longer fails because of Boost.Thread.
Furthermore I fixed the selfpipe example (#52) and the fourth tutorial (#53).

Unfortunately the Travis GCC 4.8 C++11 build of the latter fails (see the build log). I located the problem in application/auto_handler.hpp where the base_selector of the auto_handler class seems to incorrectly pick handler_auto_set_u instead of handler_auto_set_c. Which of course can't find a standard constructor for myapp. Please note that MSVC 19 and GCC 4.8 with -std=c++03 didn't reproduce the misbehaviour... Any thoughts?

@BurningEnlightenment
ADD NEWEST REVISION OF .travis.yml FOR BOOST LIBS
9d59280 
See https://svn.boost.org/trac/boost/wiki/TravisCoverals .
Switch to travis trusty distribution in order to get gcc 4.8 an passable
C++11 support.
@BurningEnlightenment
FIX tutorial 4
67e2ffe 
Add missing <fstream> include.
@BurningEnlightenment
FIX selfpipe EXAMPLE
a30146d
This was referenced Dec 31, 2015
Closed
Closed
@pmcenery
Copy link

pmcenery commented Oct 18, 2017

Unfortunately the Travis GCC 4.8 C++11 build of the latter fails (see the build log). I located the problem in application/auto_handler.hpp where the base_selector of the auto_handler class seems to incorrectly pick handler_auto_set_u instead of handler_auto_set_c. Which of course can't find a standard constructor for myapp. Please note that MSVC 19 and GCC 4.8 with -std=c++03 didn't reproduce the misbehaviour... Any thoughts?

Is there any fix available that will allow auto_handler to work with GCC >= 5 with -std=c++11?

Many thanks,
Paul.

@BurningEnlightenment
Copy link
Contributor Author

BurningEnlightenment commented Oct 19, 2017 •
edited
Loading

@pmcenery sadly I didn't continue the investigation back than and therefore I have no fix available. However, you could try replacing boost::conditional and boost::is_convertible with their respective standard library counterparts and see if that works.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@BurningEnlightenment @pmcenery